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TOPICS: 


• I FIS/VS TRAINING PLAN AT -STL- 

• CONCEPTS 

t ARCHITECTURE 

• FACILITIES 
"D.B. 

-UTILITIES 

-D.C. 

• INTEGRITY 

• SYSTEM DEFINITION 
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Data Base System 


DEFINITION 

FROM THE DATA PROCESSING POINT OF VIEW 

A DATA BASE IS A' NON-REDUNDANT COLLECTION 
OF INTERRELATED DATA ITEMS PROCESSABLE BY 
ONE OR MORE APPLICATIONS BY THE INTEGRATION 
AND SHARING OF COMMON DATA 


FROM THE USER POINT OF VIEW 

A COLLECTION OF EXISTING AND PLANNED DATA 
AVAILABLE TO THE USER AS IF IT WERE A 
SINGLE INTEGRATED DATA BASE REGARDLESS OF 
ACTUAL PHYSICAL DESCRIPTION 



DB/DC System 


Data Base: 

MANAGES DATA 
CENTRALLY FOR 
MANY APPLICATIONS 



Data Communications: 

MAKES DATA 
AVAILABLE TO 



TERMINAL USERS 




C I M S / V S ARCHITECTURE 

o APPLICATION PROGRAM INDEPENDENCE FROM: 

DATA 

SPECIFIC TERMINAL(s) 

« PROGRAM & DATA BASE INTEGRITY 

e COMPLETE DATA BASE MANAGEMENT 

• RECOVERY AS A SYSTEM FUNCTION 

• LOGICAL & PHYSICAL DATA STRUCTURES 

a LOGICAL & PHYSICAL TERMINALS 

e CONCURRENT PROCESSING / CENTRALIZED FILES 

• EXTENSIVE RECOVERY 

@ RESTART 

o LARGE VOLUME OF DATA / FLEXIBLE STRUCTURES 



An Extension Of OS/VS 


i- 1 
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| CHECKPOINT/RESTART | 


CHECKPOINT/RESTART | 
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IMS/VS Is A Sub-System 


SYSTEM 


SUB-SYSTEM 




APPLICATION 
























Traditional Approach 
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DB facilities 




BASIC FEATURES OF 4 DATA LANGUAGE/P (DL/I) 


1, DATA INDEPENDENCE - 

SEPARATION OF THE LOGICAL DESCRIPTION 
OF DATA FROM PHYSICAL DEVICES S ACCESS 

2, GROWTH OF DATA BASES - 

BOTH VOLUME AND STRUCTURE 

3, HIGH LEVEL LANGUAGE SUPPORT - PL/I & COBOL 

4, UTILITIES TO - 

DEFINE DATA STRUCTURES 

RELATE STRUCTURES TO APPLICATION PGMS, 

LOAD STRUCTURES 

REORGANIZE STRUCTURES 

RECOVER STRUCTURES 

5, DATA SECURITY AND INTEGRITY - 

SEGMENT SENSITIVITY 

PROCESSING INTENT 

LOGGING AND RECOVERY FACILITIES 




Traditional File Structure 


BANK 

DEMAND 

STATEMENT 


PAYMENT 



TRUST 

TRUST 

CUSTOMER 

DEPOSIT 

INFO. 

LOAN 

HISTORY 

ADDRESS 

TRUST 

BALANCES 

TRANS. 

HISTORY 































ADD NEW APPLICATION 











PROBLEMS OF REDUNDANT DATA 



EXISTING FILE • ADDITIONAL FILE 


o PROBLEM: 

' . DATA GETS OUT OF SYNCH 



UPDATES TO ONE FILE CREATE INCONSISTENCIES BETWEEN FILES 

O O ' . ■ o 

% 

















Logical Data Structure 

© A DATA BASE CONS 1 STS OF 1 TO N DATA BASE RECORDS 
© A DATA BASE RECORD CONS ISTS OF 1 TO N SEGMENTS 
© MAXIMUM OF 255 SEGMENT NAMES 

• MAXIMUM OF 15 SEGMENT LEVELS < 

• 1 ROOT SEGMENT PER DATA BASE RECORD 

• DEPENDENT SEGMENTS -- 0 TO N PER PARENT 











DL/1 EASY TO EXPAND 











Sensitivity Of User One 










PAYROLL 















Data Base Operation 


DATA BASE DESCRIPTION 


PROGRAM DESCRIPTION 


DATA BASE CREATION 


DATA BASE PROCESSING 


DATA BASE NAME 
SEGMENT NAMES AND LENGTHS 
FIELD NAMES AND LENGTHS 
ACCESS METHOD 
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Data Base Creation 








rocessin 


APPLICATION 

PROGRAM 


CALL 

STATEMENTS 


*jf. **.••>* f■. V*?* 



DATA BASE 
FUNCTIONS: 
RETRIEVAL 
INSERTION 
REPLACEMENT 


DELETION 


DATA 

LANGUAGE/1 


1MS/VS LIBRARIE 


DBD 


PSB 


! TTf* '*>is* 




DATA BASE | 
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DATA IND EPENDENCE 

——-i 

PROGRAM A I 












SEGMENT 


PREFIX 


SEGMENT 

DELETE 

CODE^fl 

BYTE 


■S 


$- 


POINTER & 
COUNTER AREA 

_ f S— 


<- PREFIX 


SEGMENT DELETE 

CODE BYTE 


-f (- 

POINTER & 
COUNTER ARB 

S 5- 


SEG. CODE: 1 - 255 SEG T/PES 

POINTERS: FOR HD ORGS (AND 

REL 

COUNTERS: LOGICAL RELATIONSHIP! 


FIXED-LENGTH 

USER DATA 


DATA 


<f>3 


-5 $- 


VARIABLE LENGTH 

USER DATA 

-5 j— 


HI SAM IF SEG = LOGICALLY 
TED TO AN HD SEG) 










Fixed And Variable Length Segments 



FIXED 

EFFICIENT MAINTENANCE PROCESSING AND 
DASD BLOCKING 

VARIABLE 

EFFICIENT TEXT PROCESSING APPLICATIONS 

MULTIPLE OCCURRENCES OF SAME FIELD OR ONE 
VARIABLE LENGTH FIELD (I.E., DESCRIPTION) 

LL FIELD MUST BE MAINTAINED BY USER 















Logical Data Structure C 

• A DATA BASE CONSISTS OF 1 TO N DATA BASE RECORDS 

• A DATA BASE RECORD CONSISTS OF 1 TO N SEGMENTS 

• MAXIMUM OF 255 SEGMENT NAMES 

• MAX IMUM OF 15 SEGMENT LEVELS 

• 1 ROOT SEGMENT PER DATA BASE RECORD 

• DEPENDENT SEGMENTS - 0 TO N PER PARENT 
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DATA BASE RECORD 


HIERARCHICAL 

FORMAT 
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SKILL 
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FORMAT 


NAME 

JONES 




NAME 

SMITH 
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EDUC 
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DL/I ADVANTAGES TO THE PROGRAMMER 


DATA INDEPENDENCE 

• NO FILE DESCRIPTION’CODING WITHIN PROGRAM 

© NO RE-COMPILATIONS DUE TO CHANGES IN THE 
PHYSICAL STORAGE OR ACCESS METHOD 

• SAME TYPE OF CODING REGARDLESS OF 
LANGUAGE OR PHYSICAL ACCESS METHOD 


DATA SENSITIVITY 

% LESS STORAGE TO RESERVE 


FEWER FIELDS i O DZFINil 

>=NO RE-COMPILATIONS DUE TO 
--ADDITION/DELETION OF- NON-SENSITIVE DATA 
HTEMS • 


DATA INTEGRATION 


/ 


LESS FILE-RELATED LOGIC TO CODE 

ONLY ONE FIELD IN ONE DATA BASE TO MAINTAIN 


DATA BASE INTEGRITY 

• NO LOGIC OR CODING FOR RECOVERY 
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Call Functions 





GET UNIQUE - U.j. 

GET NEXT — osM %ku[j£ f |p|( «,o*s k l £i<vit 

GET NEXT WITHIN PARENT-oJ^vV 

'lil'KwP 4 o ZtyutJG Cm- 1 
t UA«*4tJr£ C t-e-pw»t«^. 


INSERT 

DELETE 

REPLACE 


^ ^ r< ■ IU^v( p\i u.viLtv ^ tfeja ^cvfw 

PA/vWt ^ MA^cuXg ^cmcT«L- 









Retrieval Functions 



GET UNIQUE 

GET NEXT 

GET NEXT IN PARENT 
GET HOLD (“ p ) . . 'tegSP locxs. 

UNTIL o(l o% 

(V\ov/L fyiLOfto 

EACH FUNCTION (CALL) RETRIEVES ONE OR 

mor!) SEGMENTS 

- v 
C/flst - 6(UAW /(° Avt I a) T° 




DL/I CALLS 


CALL 'DL/i' 


COUNT- ^ 


FUNCTION 


PCB ..... .A 

FEEDBACK 

CONTROL BLOCK 

DATA BASE NAME 




I/O arpa k 

SEGMENT 



SSA 


'SEGMENT SEARCH 

ARGUMENT' 

QUALIFIES 

SEGMENT 

REQUESTED 


NUMBER OF 
PARAMETERS 


RETRIEVE 
DELETE 
REPLACE • 
INSERT 


(OPTIONAL) 
COBOL & 
ASSEMBLER 


(OPTIONAL) 

0-15 









Call Statements 


COBOL 

CALL 'CBLTDLl' USING FUNCTION, DATA-BASE, 
10-AREA, SEARCH-ARG1, SEARCH-ARG2. 


PL/I 

CALL PLITDLI (PARM_COUNT, FUNCTION, DAT A_ BASE 
I 0_AREA, SEARCH_ARG 1, SEARCH_ARG2); 

SEARCH ARGUMENTS 

S EG NAME! FLD-NAME = FLD-VALUE) 


COMMUNICATING WITH DATA BASES 













PC B s 


APPLICATION PROGRAM 


TP 

PC3 

' MASK 


DATA BASE NAME 


8 BYTES 


SEGi'H'fT HIERARCHIC LEVEL 

-2 BYTES 

EK 

DL/I PROCESSING CRTOWS 

-4 BYTES 

RESERVED FOR DL/I 

-4 BYTES 

SEGMENT NAME FEEDBACK AREA 

_. S BYTES _ 



LENGTH OF FEEDBACK'KEY -4 BYTES 


No. CF SENSITIVE SEGMENTS -4 BYTES 


EDBACK AREA 
8 BYTES m- n 


INPUT PREFIX 


SOURCE/DESTINATION NAME 
8 Bytes 


RESERVED FOR IMS/VS 
2 Bytes 

STATUS CODE ~ 
2 Bytes 


CURRENT DATE 
4 Bytes 


CURRENT TIME 
4 Bytes 


INPUT MESSAGE SEQUENCE NUMBS 
4 Bytes 


MESSAGE OUTPUT DESCRIPTION 
NAME 


8 3ytes (I/O PCS only) 





















CONCATENATED KEYS 



PROGBA PROGADAMSCB3 PROGADAMS 


RETRIEVAL OF EXPR SEGMENT 

PCB KEY FEEDBACK AREA - "PROGADAMSCB3 


PROGRAM I/O AREA 


_ | CB3 


EXPR SEGMENT 












SEGMENT SEARCH ARGUMENT 
(SSA) 

MAY BE USED TO QUALIFY A CALL IN TWO WAYS: 

<T> IDENTIFY THE SEGMENT TYPE 

(FOR EXAMPLE, RETRIEVE ALL 

EMPLOYEES 
WITHIN DATA 
BASE) 

GN EMPLOYEES 


<2> IDENTIFY THE SPECIFIC OCCURANCE OF A 
SEGMENT TYPE 


QUALIFIED SSA • J 

- S 

t)= OR EQ “1= OR NE 

h> OR GT -> OR GE 

^ OR LT < OR LE > 

s' 

SEGMENT NAME 

• 

( 

FIELD NAME 

REL 

OPER 

COMPARATIVE VALUE 

) 

A . « ... .K 

1 

' 

____ - o _ V. 


2-^ 

i 

__.. -1 TA r* f K, 

1 

O . gjr 



1 1 U zbb - y 


UNQUALIFIED SSA 


SEGMENT NAME 

B 

A o __S. 

1 

(1 S X| 


(FOR EXAMPLE, RETRIEVE EMPLOYEE 123456) 


GN EMPLOYE E(EMPYNObbb=123456) 



COMMAND CODES 
EXTEND THE FUNCTION OF SSA 

SSA FORMAT 

WITHOUT COMMAND CODES 


SEGMENT 

NAME 

BEGIN 

QUAL 

QUALIFICATION 

STATEMENT 

END 

QUAL 


( 

FIELD 

NAME 

RO 

COMPARATIVE 

VALUE 

) 

8 BYTES 

1 

8 

2 

1 TO 255 

1 


SSA FORMA T 
WITH COMMAND CODES 


SEGMENT 

NAME 

COMMAND 

CODES 

BEGIN 

QUAL 

QUALIFICATION 

STATEMENT 

— 

END 

QUAL 


■ 

CODES 

( 

FIELD 

NAME 

RO 

COMPARATIVE 

VALUE 

) 

8 BYTES 

1 

VARI¬ 

ABLE 

1 

8 

2 

1 TO 255 

1 


- * IN 9th POSITION INDICATE ONE OR MORE COMMAND CODE(S) TO FOLLOW 

- COMMAND CODE(S) TERMINATED BY : 

a) ( IF SSA QUALIFIED 

b) t) IF SSA UNQUALIFIED 




































COMMAND CODE DEFINITIONS 


CODE 

F 

L 

P 

D 

N 

U 

V 

C 


MEANING 

START WITH THE FIRST OCCURRENCE OF THIS SEGMENT-TYPE UNDER 
^(j^PARENT !N ATTEMPTING TO SATISFY THIS LEVEL OF THE CALL. 

RETRIEVEy rHE LAST OCCURRENCE OF THIS SEGMENT-TYPE UNDER (j'S 
PARENT, (IF UNQUALIFIED); OR THE LAST OCCURRENCE WHICH " 

SATISFIES THE QUALIFICATION. 

NOTE: 'F' AND 'L' IGNORED AT ROOT LEVEL. 

SETS PARENTAGE AT SPECIFIED LEVEL. 

PATH CALL: ALLOWS RETRIEVAL OR INSERTION OF MULTIPLE 
SEGMENTS IN A HIERARCHICAL PATH WITH A SINGLE CALL 

NEGATES THE REPLACE FUNCTION FOR THE SPECIFIED LEVEL 
FOLLOWING A PATH RETRIEVAL CALL. 

TREATS THIS SSA AS IF IT WERE QUALIFIED ON THE KEY FIELD OF 
THE CURRENT SEGMENT. 

SAME AS ‘O', EXCEPT THAT IT ALSO APPLIES TO ALL HIGHER LEVELS. * 

DATA CONTAINED IN COMPRESSED FORM WITHIN QUALIFfCATION 
STATEMENT IS CONCATENATED KEY OF NAMED SEGMENT. 

NULL COMMAND CODE. 



t 





BOOLEAN OPERATORS 

"METHOD OF USING UP TO 8 QUALIFIERS FOR AN SSA" 


BOOLEAN STATEMENT 


SEGMENT 

NAME 

COMMAND 

CODES 

BEGIN 

QUAL. 

OUALIFI 

STATE 

CATION 

VIENT 

END QUAL. 

OR CON¬ 
NECTOR 

QUALIFICATION 

STATEMENT 


■ 

CODES 

( 

FIELD 

RO 

COMPAR- 

) OR * OR -t 

FIELD 

RO 

COMPAR- 







ATIVE 

& j| 



ATIVE 


1 



NAME 


VALUE 


NAME 


VALUE 

8 

1 

VAR 

1 

8 

2 

1 to 255 

1 

8 

2 

1 to 255 




QUALIFICATION STATEMENTS SEPARATED BY CONNECTORS 
AND (*OR&) 

OR (+ORI) 

|E.G. LIST ALL EDUC SEGMENTS WHERE PERSON HAS MAJORED 
IN FINANCE OR HAS RECEIVED A MBA DEGREE 

EDUCbbbb(MAJOR bbbb=FINANCE + DEGREE bbb = MBA) 






























BOOLEAN OPERATOR RULES 


BOOLEAN SETS 

1) ALL BOOLEAN STATEMENTS CONNECTED BY "AND" OPERATORS ARE A 
"SET" OF QUALIFICATION STATEMENTS. 

2) AN "OR" OPERATOR BETWEEN TWO SETS OF QUALIFICATIONS BEGINS A 
NEW "SET" OF QUALIFICATION STATEMENTS. 

EXAMPLES: 

A) SALARY (PAYRATE > 1000 * PAYRATE <2000) 

B) INVEN (COST =>2000 + BACKORDR >10) :: 

INITIAL POSITION 

3) IF ANY SET OF QUALIFICATION STATEMENTS DOES NOT CONTAIN AT 
LEAST ONE STATEMENT QUALIFIED ON THE ROOT KEY, SEARCH WILL 
START AT THE BEGINNING OF THE DATA BASE. 

4) IF ALL SETS HAVE AT LEAST ONE STATEMENT QUALIFIED ON THE ROOT 
KEY, THE LOWEST KEY FIELD VALUE IS USED FOR INITIAL POSITION. 

EXAMPLES: » < 

A) NAME (EMPLNO>50260 * EMPLNO<98430) 

B) SKILL (SKCLASS>OPERATOR + SKCLASS =>*CLERK) 


















I M S Access Methods - FF* 

QnfAu ivif 


SEQUENTIAL 


WITHOUT INDEX 


WITH INDEX 


DIRECT 

WITHOUT INDEX 


WITH INDEX 


























Sequential - Storage 



SKILL E 

























Sequential Considerations 

PRO FAST SEQUENTIAL PROCESS 1NG 

INDEX AVAILABLE FOR RANDOM PROCESSING 

SMALL ‘IMS OVERHEAD' ON STORAGE - SEGMENTS 
RELATED BY ADJACENCY 

USEFUL AS CONVERSION AID 

CON MAY NOT BE EFFICIENT SPACE UTILIZATION 

SLOWER ACCESS TO RIGHT - MOST DEPENDENTS 

REQUIRES FREQUENT REORGANIZATION 





Direct - Storage 





Direct - Processing 


WITHOUT INDEX 


SKILL (SKC0DE=B) 

_i_ 

USER 

RANDOMIZING 

MODULE 


/•~x J /"“X 

SK A I N 1 SK B I N 1 


SK N 









Direct Considerations 


FAST RANDOM PROCESSING 

INDEX AVAILABLE FOR SEQUENTIAL PROCESSING 

FAST ACCESS TO DEPENDENT SEGMENTS 

EFFICIENT SPACE UTILIZATION 

LESS FREQUENT REORGANIZATION 

DIRECT ADDRESSES MAINTAINED BY SYSTEM 

LARGER 'IMS OVERHEAD' DUE TO POINTERS, BUT. 





DL/I 












DATA 

LANGUAGE/1 


DBD 

(PHYSICAL) 


i’s View 

/ 

/ 

/ 

/ 

/ | NAME 



\ 

\ 

% 







Two Physical Data Bases 


PAYROLL DATA BASE 


SKILLS INVENTORY DATA BASE 




PAYROLL DATA BASE (PHYSICAL) 


SKILLS INVENTORY DATA BASE (PHYSICAL 



EX PR 


EDUC 




















V, 








Logical Pointers 


PAYROLL DATA BASE SKILLS INVENTORY DATA BASE 



4o 'J)o'u*Au sfc ’$ LU / 


ADDRESS 


PAYROLL 














PAYROLL DATA BASE 


DATA BASE 















Logical Data Structure 




































IMS/VS Secondary Indexing 


PROVIDE ALTERNATE SEQUENCE CAPABILITY 


PROVIDE ENTRY TO DATA BASE ON VALUES 
OTHER THAN ROOT KEY 


PROVIDE MULTIPLE ENTRY VALUES INTO A 
COMMON DATA BASE 


SECONDARY INDEXES ARE AUTOMATICALLY 


MAINTAINED BY THE SYSTEM 



EXAMPLE 


IMS Secondary Indexing 


DATA BASE 


INDEXED 

SEGMENT 


CALL SEQUENCE 



GU CUSTOMER (CHECNO=56347) 
GNP 


• INDEXED FIELD MAY BE USED IN SSA FOR INDEXED SEGMENT 







RESTRICTIONS 

- E/B/A NOT LOGICAL CHILDREN 

- DO NOT ISRT/DLET E/B/A 

- DO NOT CHANGE KEY FIELDS 


CHOOSE ROOT AS INDEXED SEGMENT IF YOU DO NOT WANT INVERSION 
'PROCSEQ' DOES NOT RESTRICT USE OF OTHER SECONDARY INDEXES 


Tw<fef 1)(Ut L f/Lot £x$ ul 'pci 


o 








IMS/VS Secondary Indexing 


CONS I DERATIONS 


PRO: 

SEQUENTIALLY PROCESS DATA IN A NON-KEY 
FIELD SEQUENCE 

RANDOM RETRIEVAL WHEN PRIMARY KEY NOT 
KNOWN 

SEQUENTIAL RETRIEVAL OF HDAM DATA BASE 

EXCELLENT FOR PRODUCING REPORTS IN DIFFERENT 
SEQUENCES 

CHOICE OF EITHER PRIMARY OR SECONDARY 

INDEXES AS MAIN PROCESSING SEQUENCE 

CON: 


EXTRA PROCESSING AND I/O ASSOCIATED WITH 
THE MAINTENANCE OF SECONDARY INDEXES 


PL/I TERMINOLOGY 


HIERARCHY : -DL/I data structure. A means of 

organizing data by relational (associative) 
attributes. 

SEGMENT : -An element of a hierarchy. 

-The smallest unit of data which can*be 
requested by an application program CALL. 

-Consists of a prefix and a data portion. 


SEGMENT TYPE/SEGMENT OCCURRENCE : 

-A segment type is defined at D3DGEN (SEGM 
macro) time. It is an element of the 
struc ture . 

-A segment occurrence is actual data loaded, 
stored and processed by I MS/VS application 
programs. 

-There- can be 0 to n segment occurrences of 
one se.gment type. 

-There can be 1 to 255 different segment type 
defined for any data base. 

ROOT SEGMENT : -The first (top) segment of a data base 

hierarchy. 

-There can be only 1 root segment type per 
data base. 


PARENT/CHILD SEGMENTS:' 


-Pa'rent/Child are terms used to define the 
hierarchical relationship between inter- 
dependent segments on two adjacent levels 
of a da ta ba s e . 

-A child is the dependent segment at the 
lower level. A child may have- only one 
parent. 

-A parent is the segment at the higher level. 
A parent may have 1 to n children. 


SIBLING/TWIN SEGMENTS : 


-Sibling/Twin are terms used to define the 
hierarchical relationship between segments 
which are children under the same parent 
segment type . 

-All of the children of a particular parent 
segment occurrence have a twin relationship. 

-Any segments having the same parent segment 
type but different parent segment occurrencc 
can be called sib Tings. 






POSITION': 


DATA SET'GROUP: 


CONCATENATED KEY : 

SYMBOLIC POINTER : 
SENSITIVITY: 


PROCESSING INTENT: 


INTENT PROPAGATION: 


-When a segment occurrence is retrieved ore¬ 
inserted, I MS/VS establishes a'position Q " 
on that occurrence and on all parent level's, 
if any, of that segment occurrence. 

-IMS/VS maintains position (i.e. "knows 
where it is") in each data base an 
application program uses. If two A/Ps 
concurrently use the- same DB, position 
is maintained for each. 

-Users may optionally request IMS/VS to 
maintain position in each hierarchic 
path of a DB for an A/P. 

-HISAM, HDAM,and HIDAM data bases can be 
defined as consisting of from 1 to 10 data 
set groups, subject to rules regarding 
access methods, secondary indexing, and 
the use of the label field. 


-For any segment, the concatenation of the 
key fields (including its own) of all of 
its successive parent’segments up to and 
■including the root. 


-Concatenated Key. 


-An application program is "sensitive" to 
•those segments (of a data base) which it 
will access and process. Sensitivity is 
overtly declared via the "SENSEG" macro 
in PSBGEN. 


-An application program declares, for each 
segment and/or data base the type of 
processing it intends (e.g. read-only, 
delete, replace, etc.) 

-Processing intent is declared in both the 
** PCD and SENSEG macros in PSBGEN. 

-Because of the associativity between segment 
. of an IMS/VS data base, processing intent 
for one segment can propagate to related 
segments depending on the type of processing 
and the kind of relationship. IMS/VS takes 
care of intent propagation internally. 


QUALIFIED/UNQUALIFIED CALLS : 


QUALIFIED/UNQUALIFIED 


-Application program calls to DL/I with or 
without segment search arguments (S S A 1 s ) 



SSAs: 


-Segment search arguments with or without 
Boolean qualification statements. 




FIELD: 


The data portion of any segment typo may 
be defined as consisting of from 0 to 255 
fields. • 

-Applications address a segment t ype by 
segment name; they address a specific 
segment occurrence by a field name and 
a search argument. 

-Fields are defined a.t DBDGEN time via the 
FIELD macro. 

-Up to 1000 fields. 

KEY FI ELD/DATA FIELD : -In general, one field per segment type may 

be declared a key (or sequence) field. Key 
fields are used by IMS/VS to store segment 
occurrences in sequential ascending order. 
Non-unique occurrences of key fields are 
permitted for non-root segment occurrences 
of the same segment type having different 
parent segment occurrences. 

-Key fields and the unique/non-unique 
attribute are defined in the DBDGEN FIELD 
macro. 

-Non-key fields are called data fields. 

-The successive vertical dependencies of a 
hierarchic structure are called “levels". 

LEVEL : -A hierarchic data base structure may 

contain up to 15 levels. 

DATA BASE RECORD : -A DBR consists of 1 Root Segment occurrence 

and all its dependents. 

-A DBR can be-equal to or greater than 1 
Access Method Logical Record. 

PATH : . -The sequence of segment occurrences, only 

one occurrence per level, leading from a 
Root Segment occurrence to a desired 
segment occurrence. 

"-There e'xists only one path to any segment. 

HIERARCHIC SEQUENCE : -By convention, IKS/VS traverses a hierarchic 

structure in top-to-bottom , frcnt-to-back , 
left-to-right sequence. At every position, 
it seeks a lower level; if none exists, it 
seeks the next occurrence of the same 
segment type; if none exists, it seeks the 
first occurence of the next-right segment 
type on the same level; if none exists it 
seeks, in the level immediately above, the 
element which is behind (or next-right to) 
the last element it had- reached earlier at 
that 1evel. 



IMS / VS 


't ) \U>64~Av v i 


UTILITIES 


• GENERATION 


DRDGEN 


PSBGEN 


ACBGEN **- 


(§S«W fe 

&SaajL 


• DATA BASE 

REORGANIZATION 

RECOVERY 

UTILITY CONTROL FACILITY 

• LOGGING 

LOG RECOVERY 
LOG TERMINATOR 
STATISTICS 


£L>«<r_r 

li<* (i<wi I? 

4- 56 ^^ 4 pssctf * 0 


G’nxznrfh. 'JCL $/} 
Ihf*> 'tfscrtu . 


• OTHERS 



DB S DC MONITORS 
PI TRACE 

SECURITY MAINTENANCE 
MESSAGE FORMAT LANGUAGE 


c 



c 




REORGANIZATION/LOAD PROCESSING: 


PHYSICAL - 

HISAM Reorganization Unload 
HISAM Reorganization RELOAD 
HD Reorganization Unload 
HD Reorganization Reload 

LOGICAL - 

Data Base Prereorganization 
Data Base Scan 
Data Base Prefix Resolution 
Data Base Prefix Update 


(DFSURUL0) 

(DFSURRL0) 

(DFSURGU0) 

(DFSURGL0) 

(DFSURPR0) 

(DFSURGS0) 

(DFSURG10) 

(DFSURGP0) 


(REF: U.R.M, Chapter A) 



WHY REORGANIZE? 


e RECOVER SPACE 

• CHANGE BLKSIZE 

• CHANGE LRECL 

• CHANGE ACCESS TECHNIQUES 

• ADD LOGICAL RELATIONSHIPS 

• STRUCTURE CHANGE 



c 


o 


o 



REORGANIZATION 

Utilities 


Initial Load 


REORGANIZATION 
\ 

'TYPE OF-^ HDAM-HIDAM 
-DATA BASE L0GICAL HI SAM 

i HI SAM MO-LOGICAL 


■'ISAFI REORG 
UNLOAD 
UTILITY 



ACCESS 
METHOD 
SERVICES i 


J/SAfl FROM 
"NSAH/OSAM 


ASSEMBLE 
DBD's for 
VS AM 


ACCESS 

METHOD 

SERVICES 


HISAM REORG 
RELOAD 
UTILITY 


HD REORG 


UTILITY 



ROM ISAM 
OSAM? 




ACCESS 

METHOD 

SERVICES 


ASSEMBLE 
DBD's for 
VSAfl 


ACCESS 
METHOD 
SERVICES 
T 


» 














START 


LOGICAL LOAD Utilities 


lOGICAC 

RELAT. 













DATA RECOVERY PROBLEM 



DATA 

BASE 


APPLICATION 

PROGRAM 


IDL/I 


ALL DATA BASE CHANGES ARE LOGGED 
LOG USED BY DL/I UTILITIES TO 

1. RECOVER DATA BASES FROM HARDWARE ERROR 

2. BACK-OUT UPDATES MADE BY PROGRAM ERROR 








UTILITY, 

__i 













I, LOG MAINTENANCE 

t LOG RECOVERY UTILITY (DFSULTR0) 

• LOG TERMINATOR UTILITY (DFSFLOT0) 

II. LOG DATA FORMATTING 

• STATISTICAL ANALYSIS UTILITY (DFSISTxx) 

t FILE SELECT & FORMATTING PRINT UTILITY 

(DFSERA10) (DFSERA30) 

t LOG TRANSACTION ANALYSIS UTILITY 

(DFSILTA0) 


(REF: U.R.M. Chapters 7 & 8) 


* Four Modules - xx = S0, 20, 30, 40 




I. 


OTHER -UTILITIES 

PERFORMANCE (U.R.M. Chapter 9) 

• DE MONITOR REPORT PRINT PROGRAM 

t DC MONITOR REPORT PRINT PROGRAM 

• P.I. TRACE REPORT UTILITY PROGRAM 

II. SECURITY (Inst. Guide STEP 12) 

• SECURITY MAINTENANCE PROGRAM 

III. MESSAGE FORMAT SERVICE (MFS USERS GUIDE) 

• MESSAGE/FORMAT LANGUAGE UTILITY 

• MESSAGE/FORMAT SERVICE UTILITY 



* SECU R'I T.Y- MAINTENANCE.PROGRAM ' 


7r.T . 1 , " ~ ~ . ::z 

PASSWORD LTERM 


PASSWORD 

TRANSACT 

PASSWORD 

COMMAND 

PASSWORD 

DATA BASE 

PASSWORD 

PROGRAM 

PASSWORD 

PTERfi 

TRANSACT 

TERMINAL 

COMMAND 

TERMINAL 


T . ZZ ' ZZ . ~7 


MODIFYING STATUS 
-C/LOCK^ /UNLOCK, /1 AM) 


REQUIRES PASSWORD 
H/EACH MSG, ENTERED 


MODIFYING STATUS 
(/LOCK,/UNLOCK,/IAM 


RESTRICT USE OF 
MSG TO SPECIFIC LTERM 






SECURITY 


TRAM CODES 
SALARY 
PAYROLL 
PERSON 


PASSWORD SECURITY 


TERMINAL SECURITY 


PASS WORDS 


PASSWD1 


PASSIVE) 2 
PASSWD3 
PASSW04 


1 

0 

0 

0 

1 

1 

0 

0 

1 

1 

1 

0 

1 

1 

1 

1 


MANAGER 
SUPERVISOR 
CLERK 1 
CLERK 2 


TRAN CODES 

SALARY 

CHECKS 


ORDER 


LTERM NAMES 

PAYROLL 
ACCOUNTING 
PURCHASING 
RECEIVING 


LOGTRM1 
LOGTRM2 
LOOTRM3 
LOGTRM4 


Vr ■V' r ^ r 


1 

0 

0 

0 

1 

1 

0 

0 

1 

1 

1 

0 

1 

1 

1 

1 


ADDRESS 


RECEIPT 






UTILITY CONTROL FACILITY 


CONTROL CARD DRIVEN PROGRAM 

UTILITY PROGRAMS EXECUTE UNDER U.C.F. 

RESTART CAPABILITY 

USER EXITS SUPPLIED 

FUNCTION IS TO PROTECT THE USER 


DETAILS IN U.R.M., Chapter 6 





DC facilities 


























TERMINALS SUPPORTED 


1050 

2260-1&2 

2265 

2740-1&2 

2741 

2770 

2780 

2980 

3270 

3600 

3770 

3790 

7770-3 

MODEL 33/35 Teletypewriter 
System/3 & System/7 
Local Card Reader 
Local Print - Printer 
Punch 
Disk 
Tape 

Spool (sysout) 


c 



IMS/VS 


System/3 and System/7 Support 

• THESE SYSTEMS BELONG TO A CLASS OF DEVICES 
CALLED INTELLIGENT TERMINALS. 

• AS INTELLIGENT TERMINALS, THEY CAN ACT AS 
EITHER TERMINALS OR REMOTE CONCENTRATORS. 

• A STANDARD TRANSMISSION AND CONTROL FORMAT 
HAS BEEN DEFINED SUCH THAT THEIR DATA 
HANDLING CHARACTERISTICS ARE SIMILAR, 

BUT THE LINE CONTROL IS DIFFERENT. 

• ALL ATTACHED TERMINALS WILL BE KNOWN TO 
IMS. 


TERMINAL ID WILL BE VERIFIED BY IMS. 






























ADVANCED FUNCTION COMMUNICATIONS SYSTEMS 



(REF: I MS/VS AFC Manual) 










ADVANCED FUNCTION COMMUNICATIONS SYSTEMS (CONT.) 


APPLICATION PROGRAM 

• Read data from terminal 

• Write data to CPU 

• Read data from CPU 

• Write data to terminal 


NCP/VS 

• Assemble & Diss. characters 

• Recognize ctl. characters 

• Check & record errors 

• Control polling & address'n, 


IMS/VS 

• Security check Xactions 

• Schedule proper MPP 

• Direct data to proper statn. 

• Provide checkpoint and 


COMMUNICATIONS CONTROLLER 

• Add line ctl. characters 

• Respond to poll 

• Transmit data 

• Receive data 

• Remove line ctl. characters 

• Check for Xmit. errors 

• Control Buffering 

VTAM 

• Connect & disconnect 
stations from network 

• Direct data from station 
to IMS/VS 

• Permit monitoring and 
altering network 

• Direct data from IMS/VS to 

PROPER STATION 

MPP 

• Process input Xactions 

• Perform DB processing 
0 Produce reply 


RECOVERY CAPABILITIES 



AFC MESSAGE FLOW 














Logical Structures and Logical Terminals 


\PPLlCATION PROGRAM 


MASK 

— 


TP j 
PCB [ 


_ 

_ 

I 


LOGICAL 

TERMINAL 


MASK 



DATA 

BASE 

PCB 


NAME 


1 ADDRESS | PAYROLL 

y MB w™—"I*™ kwL-iliMlllMniWryMlgl 

\ LOGICAL 
X DATA BASE 
STRUCTURE 









TERMINAL INDEPENDENCE 









PHYSICAL/LOGICAL TERMINAL CONCEPT 


PHYSICAL TERMINAL 



LOGICAL TERMINAL 


LTERM 


• REPRESENTS A PHYSICAL TERMINAL 

• NUMBERED BY LINE 

• HAS HARDWARE ADDRESS 


• REPRESENTS A TERMINAL BY A 
SYMBOLIC NAME 

• IMS INTERNAL DESTINATION 

• ONE OR MORE NAMES PER PTERM 

• ONE TO EIGHT CHARACTER NAMES 

• USED BY APPLICATION PROGRAMS 


PTERM/LTERM RELATIONSHIP PROVIDES: 

• DEVICE INDEPENDENCE 

° INPUT/OUTPUT SEPARATION IF DESIRED 

• SECURITY 





LOGICAL TERMINAL CONCEPT 
IMS/VS 



a ALL PHYSICAL TERMINALS ARE ASSIGNED A LOGICAL TERMINAL NAME 

• APPLICATION PROGRAMS ACCESS TERMINALS BY LTERM NAME 
INDEPENDENT OF: 

- TERMINAL ADDRESS 

- LINE DISCIPLINE 

- DEVICE CHARACTERISTICS 

• INTEGRAL WITH TERMINAL SECURITY 










IMS/VS SYSTEM DEFINITION MACROS 


• TERMINAL 


6 NAME 















A TRANSACTION IS: 


• A MESSAGE DESTINED FOR 

AN APPLICATION PROGRAM 

♦ A UNIT OF WORK TO BE • 

SCHEDULED FOR PROCESSING 

* A RECOVER,ABLE UNIT 

OF WORK 


o 





MULTI-SEGMENT message 


INPUT MESSAGE “TRANSACTION 


TRANSACTION 

CODE 


6 


TEXT 


TRANSACTION 

CODE 


-6 


(password) 


TEXT 


TRANSACTION 
CODE 


& 


TEXT (start) 


TEXT (cont.) 




TEXT (cont) 


TEXT (end) 








TRANSACTION 


FLOW 


































TRANSACTION 


UNIT OF RECOVERY 



IMS CTL REG. 


I IS / CSA 


. IMS MPR 


VTAM/BTAM 

READ 


INTERRUPT 

HANDLING 


DC FACILITY 
issue READ 


DC FACILITY 
EDIT 


SCHEDULER 

A/P->MPR 


IMS CONTROL 


COMMON SERVICES 
ENQUEUE 



MPP REGION 
CONTROL 


VSA / SAM 


QUEUE 

MGR. - 

H DL/1 TP 

GET SEGf- 

iENT - 

f| CALL 



QUEUE MGR. 
INSERT MSG 


QUEUE MGR. 

RC = NO MORE 


DL/1 ACTION 
MODULE 


DL/1 TP 
CALL 


DL/1 TP 
CALL 


RESP 


'' "GU" NEXT TRAMS. 
10 MORE MSGS. I 


SCHEDULER 
RMTMATF A/P 


ns 



.MPP REGION 
CONTROL 


VTAM/BTAM 

WRTTF 


INTERRUPT 

HANDLING 


DC FACILITY: 
ET RESP, MSG, 


JJ DC FACILITY 
! DEQUEUE RESP MSG 


COKHAN SERVICE; 
DEQUEUE 


IMS CONTROL 

























Input Message Format 










MESSAGE FORMAT : 


LOGICAL TERMINAL 


SECURITY CODE 


TEX' 


EXAMPLE ; 

DEVELfAT(HIM6MT) THERE WILL BE A MEETING OF ALL 
DEPARTMENTS IN THE CAFETERIA AT 2 PM 


IMS/VS 



QUEUE 


V \ 






























• 


• . ■; ' ) 

MASTER TERMINAL COMMANDS 



COMMAND 

FUNCTION 


o 

/ASSIGN 

RELATE LTERM TO PTERM . . 


o 

/DISPLAY 

‘ .STATUS, QUEUES, TRAN CODE, ETC. 


© 

/DBRECOVERY' 

\ RECOVERY OF ONLINE DBW/O 



/DBDUMP 

J IMS/VS TERMINATION 

j 

o 

% 

/CHECK POINT 
/IDLE 

l TERMINATE IMS/VS • - 


e 

/N RESTART 
/ERESTART . . 

1 INITIATE IMS/VS (IPL) . ’ 

• 

© 

/CHANGE 

\ ALTER TERMINAL AND 



/DELETE 

f PASSWORD SECURITY 


e 

/START 




/STOP 

AVAILABILITY OF SYSTEM 



/PSTOP 

RESOURCES: LINES, PTERM, LTERM, ‘ 



/PURGE 

\ PGM, DB, TRAN, ETC. 

/ 

/ 


/RSTART 

) 

• o 



o O; 




REMOTE TERMINAL COMMANDS 





















SOME REMOTE TERMINAL COMMANDS 

COMMAND FUNCTION 

/BROADCAST - TERMINAL-TO-TERMINAL MESSAGE SWITCH 

- TO MULTIPLE TERMINALS 

- MULTIPLE SEGMENTS 

/HOLD - SAVE A CONVERSATION 

'/RELEASE . - RESUME A CONVERSATION 

/EXIT ■ • ' - TERMINATE A CONVERSATION 

/CANCEL - CANCEL A MULTISEGMENT MESSAGE PRIOR TO 

END OF MESSAGE 

/SET . ; - PRESET TRAN CODE 

/RESET ' - FOR VOLUME ENTRY OF DATA 

- SAVES KEY STROKES 

/LOCK . ' ' - PREVENT SENDING AND RECEIVING MESSAGES 

/UNLOCK . TO TERMINAL ENTERING/LOCK COMMAND 

- PREVENT SCHEDULING SPECIFIC 

- TRANSACTION CODES UNDER 

-PROGRAMS > PASSWORD 

- DATA BASES ) CONTROL 



Suggested Command Utilization 


MASTER TERMINAL ONLY 
/DISPLAY 
/ASSIGN 
/CHANGE 
/DELETE 
/DBDUMP 
/DBRECOVERY 
/CHECKPOINT 
/ IDLE 

C /NRESTART 
/ERESTART 
/ PSTOP 
/PURGE 
/STOP 
/START 
/RSTART 


REMOTE AND MASTER TERMINAL 
/RD IS PLAY 
/BROADCAST 
/EXCLUSIVE 
/END 
/HOLD 
/RELEASE 
/EXIT 
/SET 
/RESET 
/LOCK 
/UNLOCK 
/CANCEL 
/TEST 

/LOOPTEST 

/LOG 

/IAM (REMOTE ONLY) 








STANDARD EDIT FUNCTIONS 

INPUT 

REMOVE LEADING BLANKS AND CONTROL, CHARACTERS ON THE FIRST SEGMEL 
ELIMINATE BACKSPACES ON ALL SEGMENTS 
REMOVE THE PASSWORD 

INSERT A TRANSACTION CODE IF THE /SET COMMAND WAS USED 
a REMOVE CARRIAGE AND LINE CONTROL CHARACTERS ON ALL SEGMENTS - 
a TRANSLATE ALL SEGMENTS TO EBCDIC 



PHYSICAL TERMINAL I N P 8 T EBIT 


• ALLOWS USER ACCESS TO INPUT DATA BEFORE IMS/VS BASIC 
EDIT AND DESTINATION DETERMINATION 


• CANNOT BE USED WITH MFS 


9 SPECIFIED ON TYPE OR LINEGRP MACRO 


t GETS CONTROL FOR EACH INPUT SEGMENT 

OPTIONS: ACCEPT SEGMENT 

MODIFY SEGMENT 
CANCEL SEGMENT 
CANCEL MESSAGE, 

SEND MESSAGE TO M.T.O. 
CANCEL MESSAGE, 

SEND USER MESSAGE TO M.T.O. 





OUTPUT EDITS 


BASIC IMS EDIT 

® INSERT IDLE CHARACTERS AFTER NEW LINE, LINE FEED AND TAB CHARACTERS 

• ADD LINE CONTROL CHARACTERS FOR COMMUNICATION LINE 

• MOVES SEGMENT FROM QPOOL BUFFER TO OUTPUT BUFFER. 


OPTIONAL USER EDIT 

• 1/LINE GROUP 

- SPECIFY WHICH PHYSICAL TERMINALS WILL USE EDIT 

• GAINS CONTROL ONCE PER SEGMENT BEFORE BASIC EDIT & ONCE MORE AT 
END OF MESSAGE. 

• MESSAGE MAY BE EDITED IN PLACE IN WHICH CASE LENGTH MAY NOT BE 

INCREASED BY MORE THAN 10 EYTES. „ 




MESSAGE FORMAT SERVICES 


G 

• PRIMARY SUPPORT FOR THE 3270 DISPLAY 

• ALSO SUPPORTS THE 2741, 2740 and 3600 SYSTEM 

• SIMPLIFIES APPLICATION PROGRAMS 

• OPTIMIZES ONLINE PERFORMANCE 

• PROVIDES DEVICE INDEPENDENCE 


DEVICE INPUT 



















MESSAGE FORMAT SERVICES 
■■ - =.= — == == = 


^APPLICATION PROGRAM FUNCTIONS T 
<---> 

JUSTIFICATION 

PADDING 

EXITS FOR VALIDITY CHECKS 
TIME/DATE STAMP 
■ PAGE/MSG NUMBERING 

DATA SEQUENCING/SEGMENTING 

PERFORMANCE FUNCTIONS; 

PRE-FETCH 


LOOK-ASIDE BUFFERING 









APPLICATION PROGRAM FORMAT 

- INPUT AND OUTPUT SEGMENT FIELD LAYOUT 

- FIELD JUSTIFICATION/PADDING/TRUNCATION 

- LITERALS 

3270 DISPLAY SYSTEM FORMAT 

- DEVICE FORMAT RY FIELD 

- LITERALS 










MESSAGE FORMAT SERVICE 


CONTROL REGION MESSAGE REGION 



DEVICE INPUT FORMAT ^DOFf - DEVICE OUTPUT 

MID-MESSAGE INPUT DESCRIPTOR FORMAT 

MOD - MESSAGE OUTPUT 
DESCRIPTOR 





DIS 


1 INPUT 


USER REQUEST 
FORMAT 'LE' 



3 INPUT 


USER KEYS IN ‘ 

VARIABLE DATA, ENTERS 



o 


DESIGN 

2 OUTPUT 


FORMAT 

PROVIDED FOR USER 



4 OUTPUT 

RESPONSE 
SENT TO USER 


SKILL INDENG 


NAME 


NUMBER 

DEPT 

JONES, 

CE 

3294 

B91 

BAKER, 

KT 

4105 

C24 

ALLAN, 

T 

4469 

C36 , 


o 


DEVICE INPUT 


SKILL INDENG 
SKILL LEVEL 3 
YE A R S/FIRM 4 
YEASS/SKILL 1 
LOCEMP 

DEVICE 


DEVICE OUTPUT 


SKILL 

INDENG 


NAME 


NUMBER 

DEPT 

JONES, 

CE 

3294 

B91 

BAKER, 

KT 

4105 

C24 

ALLAN, 

T 

4469 

C36 



MESSAGES 




MESSAGE OUTPUT 

-- j LL ZZ INDENG JONES. CE 3294B91BAKER, KT 

I 4105C24ALLAN, T 4469C36 I 









INPUT MESSAGE EDITING 


• INPUT TO PROGRAM DEFINED TO BE 

MESSAGE 

SEGMENT(S) 

FIELD(S) 

! 

© EACH FIELD IS DEFINED AS TO ITS 

SOURCE (WHERE IS IT ON THE SCREEN) * . 

LENGTH 

JUSTIFICATION 

FILL CHARACTER 

® 3 OPTIONS ARE AVAILABLE FOR HOW TO PRESENT THE FIELDS IN 
SEGMENTS TO THE APPLICATION PROGRAM 



^DEVICE DEPENDENT INPUT OPTIONS^ 

® INPUT CURSOR LOCATION 

j LL | CC j 
2 2 

LL = LINE NUMBER 
CC = COLUMN 

• DEFERED DETECTABLE FIELDS 

IF NO STRIP 
IF STRIP 

• AN IMMEDIATELY DETECTABLE FIELD 

| ? [ IF THERE ARE OTHER DATA FIELDS 

I DATA I IF IT IS THE ONLY FIELD 


?DATA 


DATA 








OUTPUT MESSAGE EDITING 

• * 

• OUTPUT FROM PROGRAM DEFINED TO BE 

MESSAGE 

i 

LOGICAL PAGE(S) 

SEGMENT(S) 

FIELD(S) 

• 3 OPTIONS ARE AVAILABLE AS WITH INPUT 


o 


o 



DEVICE DEPENDENT OUTPUT OPTIONS 


SYSTEM CONTROL AREA (SCA) 

A FOUR BYTE FIELD IN THE FIRST SEGMENT OF A MESSAGE 
THAT CHANGES CONTROL INFORMATION SUCH AS ERASING, 
WRITE CONTROL, SOUNDING THE ALARM, AND COPY 


CURSOR LOCATION 


A FOUR BYTE FIELD WITH THE LINE AND COLUMN POSITION 
FOR THE CURSOR 


LL 


CC 


DYNAMIC ATTRIBUTE BYTE MODIFICATION 


- MUST BE SPECIFIED IN THE FIELD DEFINITIONS TO MFS 

- TWO BYTES AT THE BEGINNING OF THE FIELD CONTAIN 


THE ATTRIBUTE BYTE 







DYNAMIC 


0 0 0 0 0 0 0 

CURSOR 


LL ZZ 


! 



PROTECTED ATTRIBUTE 


o . O ' 

FORMAT DOCUMENTATION 

I 

INPUT 

SEGMENT FORMATS 
OPTION . 

FILL 

SPECIAL DEVICE OPTIONS 

OUTPUT 

SEGMENT FORMATS 
OPTION 

LOGICAL PAGING 
MODNAME REQUIREMENTS 
SPECIAL CF'VICE OPTIONS 


USE OF ATTRIBUTES 



CONVERSATIONAL PROCESSING 


ALLOWS TERMINAL OPERATOR TO INTERACT MORE THAN ONCE 
WITH AN APPLICATION PROGRAM (OR PROGRAM SET) 

INTERMEDIATE DATA IS STORED IN A SCRATCH PAD AREA (SPA) 

THAT THE PROGRAM HAS ACCESS TO THE NEXT TIME IT GETS 
SCHEDULED (CAN "REMEMBER" LAST RESPONSE) . 

4 

PROGRAM DOES NOT REMAIN RESIDENT IN MSG BETWEEN 
INTERCHANGES 

"SPACAN BE IN MAIN OR DISK STORAGE 

CAN SEND INFO TO NEW PGM VIA SPA AND CONTINUE CONVERSATION 



Conversational Processing 


DATA COMMUNICATIONS 










CONVERSATIONAL PROCESSING 



'MSG' 

CONVERSATIONAL 

APPLICATION 

PROGRAM 


J*-GU SPA 
GN MSG 
GU DB 
PROCESS 
ISRTSPA 
ISRT RESPONSE 
— NEXT CONVERSATION . 


A SEPARATE SPA IS ASSOCIATED WITH EACH TERMINAL INVOLVED IN A CONVERSATION, 
SO PROGRAM CAN CONCURRENTLY CONVERSE WITH ANY NUMBER OF TERMINALS, 









' () 

CONVERSATIONAL EXAMPLE - 1 



10 r 

























o 


c 


o 

OPERATOR COMMANDS 

* ... • i * ‘ 

/ •. , I * • % 4 . . • 

. • i • * • * ' •• ' : * • •' . ’' ’ -. . ■ .. . . ’ • * 

• COMMAND: /HOLD 

REPLY: . DFS999 * HELD : CONVERSATION ID IS xxx 

• COMMAND: /RELEASE CONV xxx 

REPLY: DFS058 RELEASE COMMAND COMPLETE 

; • ' LAST OUTPUT MESSAGE SENT AGAIN TO ! OPERATOR 

• COMMAND; /EXIT 

REPLY: DFS058 EXIT COMMAND COMPLETE 

(CONVERSATION IS TERMINATED) 



IMS INTEGRITY FUNCTIONS 

. • » 

® AUTOMATIC LOGGING 

® DATA BASE RECOVERY UTILITIES 

® AUTOMATIC CHECKPOINTS 

® PROGRAM ISOLATION 

a NORMAL RESTART 

V 

® EMERGENCY.RESTART 

TRANSACTION RESTART 
DATA BASE BACKOUT 
MESSAGE QUEUE RECONSTRUCTION 
MESSAGE TRANSMISSION REPOSITIONING 

■ ft 

© COMMUNICATIONS llOlDWARE ERROR HANDLING 



SYSTEM INTEGRITY 


POINTS OF FAILURE 

RESOURCE AFFECTED 

RESPONSIBILITY 

TERMINAL HARDWARE 

% 

'FAILING DEVICE 

COMMUNICATIONS ROUTINES 

DATA BASE 

DATA BASE 

RECOVERY UTILITIES 

IMS CONTROL PROGRAM 

. SYSTEM 

EMERGENCY RESTART 

OPERATING SYSTEM 

' SYSTEM • 

. * * * $ * 

EMERGENCY RESTART 

APPLICATION PROGRAM 

APPLICATION PROGRAM 

* 

PROGRAM ISOLATION 







I M S / V S IMMEDIATE CHECKPOINT 


ACTIONS: 




SHUTDOWN CHECKPOINTS 


c 

/CHECKPOINT FREEZE [QUIESCE] [aBDUMp] 
/CHECKPOINT DUMPQ 
/CHECKPOINT PURGE 




SHUTDOWN CHECKPOINTS 


^ LS Hap '■/o 


ACTION ORDER: _ M**'» 

FREEZE 

DUMF’Q 

PURGE 

STOP TERMINAL INPUT 

X 

X 

X 

STOP TERMINAL OUTPUT 

X 

X 


PROCESS ALL SCHEDULABLE TRANSACTIONS 



X 

FREE MESSAGE REGIONS 

X 

X 

X 

TERMINATE MESSAGE REGIONS 

X 

X 

X 

SEND ALL OUTPUT 



X 

STOP TERMINAL OUTPUT 



X 

PURGE ALTERED MSG QUEUE BUFFERS TO DISK 

X 

• 

X 

X 

CLOSE ALL DATA BASES 

X 

X 

X 

LOG IMS/VS SYSTEM CONTROL BLOCKS 

X 

X 

X 

DUMP QUEUES AND SPA'S TO LOG TAPE 


X 

X 

CLOSE IMS/VS SYSTEM LOG 

X 

X 

\/ 

A 

WRITE CHECKPOINT ID TO MASTER TERMINAL 

. 

X 

X 

X 

WRITE CHECKPOINT ID TO SYSTEM CONSOLE 

X 

X 

X 

UPDATE CHECKPOINT-ID TABLE 

X 

X 

X 

CLOSE IMS/VS SYSTEM DATA SETS 

X . 

X 

X 

TERMINATE 

X 

X 

X 






















































COLD START 


WARM START 


EMERGENCY RESTART 


NO PREVIOUS SYSTEM 
STATUS RETAINED 


OBTAIN'PREVIOUS SYSTEM 
STATUS FROM CHECKPOINT 
WRITTEN AT SYSTEM 
SHUTDOWN 


WHEN SYSTEM FAILURE 
CAUSED IMS/VS TERMINATION 
WITHOUT ORDERLY SHUTDOWN 







BATCH CHECKPOINT 


OBJECTIVE 

IMPROVE SYSTEM INTEGRITY BY PROVIDING: 

o IMS CHECKPOINT FOR BATCH DATA BASES 
© SYNCHRONIZATION OF NON-IMS RESOURCES 
© USER CONTROL OF SYNC POINTS 
o FASTER BATCH RECOVERY TIME 

SYSTEM ACTION 

• ✓ 

© FLUSH DATA BASE BUFFERS 
© LOG CHECKPOINT ID AND WTO • 

© OPTIONAL OS/VS CHECKPOINT 




PROGRAM ISOLATION 


• ENABLES THE' EFFECTS (DATA & MESSAGES) OF AN ABENDING PROGRAM 
TO BE REMOVED DYNAMICALLY WITHOUT CONTAMINATING OTHER 
PROCESSING, 

# RESOLVES DEADLOCKS BETWEEN PROGRAMS WISHING TO UPDATE THE 
SAME SEGMENT OCCURRENCE, 


PERMITS 2 OR MORE PROGRAMS WITH UPDATE INTENT AGAINST THE SAME 


SEGMENT TYPE TO BE SCHEDULED CONCURRENTLY , & LETS DL/I MANAG 
THEIR REAL INTENT ON A SEGMENT OCCURRENCE LEVEL. 


m 




ALL ACTIVITY OF AN 


APPLICATION 


• DB CHANGES 

• HSGs GENERATED 

ISOLATED FROM ANY OTHER APPL. 

UNTIL 

THE APPLICATION COMMITS VIA A 

THAT ITS ACTIVITY TO 


ACTIVITY 

SYNCH PT. 

THIS 


POINT IS VALID 




SYNCH POINTS 


- APPLICATION PROGRAM TERMINATES 

- DL/I CHECKPOINT CALL 

- GU MSG Q (SINGLE MODE XACTION) 

IMS/VS ACTION : 

- FLUSH DB BUFFERS 

- DE9 INPUT MSG SEGMENTS 

- ENQ OUTPUT MSG SEGMENTS 

(I.E. MOVE FROM TEMP Qs TO LTERM Qs) 

- TERMINATE DYNAMIC LOGGING FOR THAT REGION 

- EXCLUSIVE CTL ENG/DEQ RELEASES OWNERSHIP 


OF D3 SEGMENTS 



SECURITY & PRIVACY 

=========. :■ C 

EXPLICIT R E S T R I C T I 0 N S I MS ALLOWS 




VIA 

TRANSACTIONS 

/ APPLICATIONS 

PSBGEN 

DATA BASES 

/ APPLICATIONS 

PSBGEN 

SEGMENTS / 

APPLICATIONS 

PSBGEN 

• PROCESSING 

/ SEGMENTS / APPLICATIONS PSBGEN 

TRANSACTIONS 

/ CLASSES 

PSBGEN 

CLASSES / 

REGIONS 

MASTER. TERMINAL 

START / STOP / MODIFY / RESOURCES 

MASTER TERMINAL 


LINES 

DATA BASES 

TERMINALS 

TRANSACTIONS 


UNAUTHORIZED ATTEMPTS REPORTED TO MASTER TERMINAL 


DATA ENCRYPTION (VIA EDIT/COMPRESS EXIT) 


orn in tt\/ v r, t mthih •tm 


n nno n /\ m 








Types Of Statistical Reports 


MESSAGES QUEUED BUT NOT SENT--BY TERMINAL 

MESSAGES QUEUED BUT NOT SENT--BY TRANSACTION 

TRANSACTION REPORT 

TRANSACTION RESPONSE REPORT 

APPLICATION ACCOUNTING REPORT 


IMS/VS ACCOUNTING REPORT 




Transaction Respons© Report 0ATE09/30/7 pagei 


TYPE 

TRANS. 

TOTAL 

RESPONSES 

LONGEST 

RESPONSE 

95% 

RESPONSE 

75% 

RESPONSE 

50% 

RESPONSE 

25% 

RESPONSE 

SHORTEST 

RESPONSE 

(NOSORC) 

15 

03M19.2S 

03M19.2S 

07.4S 

05.9S 

00.6S 

00.4S 

/CHE 

3 

55.4S 

55.4S 

19.6S 

10.8S 

08.$s 

06.2S 








C 

PAYINQ 

25 

30.0S 

28.OS 

12.0S 

05.0S 

03.0S 

02.0S 

SKILLINQ 

5 

20.0S 

15.OS 

08.0S 

06.0S 

04.0S 

03.0S 


c 




Application Accou 


PROGRAM TRANSACTION MESSAGE 
NAME NAME PRI QTY GU 


PSB00001 PAYINQ 01 71 142 


02 81 162 


152 304 


SYSTEM TOTAL 152 304 


ting Report date09/30/7- pagei 


DATA BASE COUNTS 


-- COUNTS BLKS BAD TOT MESS AVR 

GN ISRT GU GN MOVED CC CPU TIME TIME 


14 '71 81 42 1 1 10.65S 0.15S 


16 81 91 31 10 12.15S 0.15S 


30 152 172 73 2 1 22.80S 0.15S 


30 152 172 


73 


2 


1 




COMMUNICA¬ 
TION LINES 


COMMUNICA¬ 
TION TERMS 


LOGICAL 

TERMINALS 


TRANSACTION 

CODES 










